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Abstract 

We examine the practicality for a user of using Answer Set Program- 
ming (ASP) for representing logical formalisms. Our example is a formal- 
ism aiming at capturing causal explanations from causal information. We 
show the naturalness and relative efficiency of this translation job. We 
are interested in the ease for writing an ASP program. Limitations of the 
earlier systems made that in practice, the "declarative aspect" was more 
theoretical than practical. We show how recent improvements in working 
ASP systems facilitate the translation. 

1 Introduction 

We consider a formalism designed in collaboration with Philippe Besnard and 
Marie-Odile Cordier, aiming at a logical formalization of explanations from 
causal and "is-a" statements. Given some information such as "fire causes 
smoke" and "grey smoke is a smoke" , if "grey smoke" is established, we want to 
infer that "fire" is a (tentative) explanation for this fact. The formalization [2] is 
expressed in terms of rules such as "if a causes j3 and 7 isa /3, then a explains 7 
provided {0,7} is possible". This concerns looking for paths in a graph and 
ASP is good for this. There exists efficient systems, such as DLV [5] or clasp[D] 
(www. dbai . tuwien. ac . at/proj/dlv/ or potassco . sourcef orge .net/). 

Transforming formal rules into an ASP program is easy. ASP should then be 
an interesting tool for researchers when designing a new theoretical formalization 
as the one examined here. When defining a theory, ASP programs should help 
examining a great number of middle sized examples. Then if middle sized 
programs could work, a few more optimization techniques could make real sized 
examples work with the final theory. 

In fact, even if ASP allows such direct and efficient translation, a few prob- 
lems complicate the task. The poor data types available in pure ASP systems is 
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a real drawback, since our rules involve sets. Part of this difficulty comes from 
a second drawback: In ASP, it is hard to reuse portions of a program. Similar 
rules should be written again, in a different way. Also, "brave" or "cautious" 
reasoning is generally not allowed (except with respect to precise "queries" ) . In 
ASP, "the problem is the program" and the "solution" consists in one or several 
sets of atoms satisfying the problem. Each such set is an answer set. Brave and 
cautious solutions mean to look for atoms true respectively in some or in all the 
answer sets. 

This complicates the use of ASP: any modification becomes complex. How- 
ever, things are evolving, e.g. DLV-Complex (www . mat . unical . it/ dlv-complex), 
deals with the data structure problem and DLT 3 allows the use of "templates" , 
convenient for reusing part of a program. We present the explanation formalism, 
then its ASP translation in DLV-Complex, and we conclude by a few reasonable 
expectations about the future ASP systems which could help a final user. 

2 The causal explanation formalism 

2.1 Preliminaries (propositional version, cf [2] for the full for- 
malism) . 

We distinguish various types of statements: 

C: A theory expressing causal statements. E.g. On_alarm causes Heard Jbell. 

O: IS-A links between items which can appear in a causal statement. E.g., 
Temperature _39 — >is-a Fever -Temperature, 
Heard_so ft Jbell —¥is-A HeardJbell. 

W: A classical propositional theory expressing truths (incompatible facts, co- 
occurring facts, . . .). E.g., Heardso ft Jbell —> —>H ear dJoud jbell. 

Propositional symbols denote states of affairs, which can be "facts" or "events" 
such as Fever JTemperature or Onjalarm. The causal statements express 
causal relations between facts or events. 

Some care is necessary when providing these causal and ontological atoms. If 
"Flu causes Fever JTemperature" , we conclude Flu explains Temper atureJ39 
from Temper atureJi9 —tis—A Fever JTemperature, but we cannot state 
Flu causes Temper ature_39: the causal information must be "on the right 
level". 

The formal system infers formulas denoting explanations from C U O U W. 
The IS_A atoms express knowledge necessary to infer explanations. In the fol- 
lowing, a, f3, . . . denote the propositional atoms and $, "J, . . . denote sets thereof. 

Atoms 

1. Propositional atoms: a, ft,.... 

2. Causal atoms: a causes (3. 
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3. Ontological atoms: a -^is-A 0- Reads: a is a f3. 

4. Explanation atoms: a explains (3 becjposs Reads: a is an explanation 
for (3 because $ is possible. 

Formulas 

1. Propositional formulas: Boolean combinations of propositional atoms. 

2. Causal formulas: Boolean combinations of causal or propositional atoms. 

The premises C U O U W consist of propositional and causal formulas, and 
ontological atoms (no ontological formula), without explanation atom. 

1. Properties of the causal operator 

(a) Entailing [standard] implication: If a causes (3, then a — > (3. 

2. Properties of the ontological operator 

(a) Entailing implication: If a -+is~a (3, then a — >■ (3. 

(b) Transitivity: If a -^is-A b and b -^is-A c, then a -^is-a c. 

(c) Reflexivity: c —*is-a c - (unconventional, keeps the number of rules 
low). 

2.2 The formal system 

1. Causal atoms entail implication: (a causes f3) — Y (a — > (3). 

2. Ontological atoms 

(a) entail implication: If [3 —>is-a 7 then (3 — > 7. 

(b) transitivity: If a -^is-A f3 and (3 —>is-a 7 then a -^is-a 7- 

(c) reflexivity: a -^is-a ct 

3. Generating the explanation atoms 

(a) Initial case If 5 -^is-a /3, 5 —*is-a 7, an d W \/= A 5), 

then (a causes (3) — > a explains^/ becjposs {a, 5}. 

(b) Transitivity (gathering the conditions) If W y= ^/\($Uf), 
then (a explains (3 becjposs $ A (3 explains 7 bec-poss ^f) — > 

a explains 7 becjposs ($ U \&). 

(c) Simplification of the set of conditions If W \= f\ $ — > V"=i A then 

Aie{i ■■■ n} a explains (3 bec_poss ($jU$) — > a explains [3 becjposs 
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The elementary "initial case" applies (p?c|) upon (|5al) where (3 = 7 = S, 
together with a simplification (|3c|) since a — ^ /3 here, getting: 

If a causes /3 and ^= ->a then a explains /3 becjposs {a}. 

These rules arc intended as a compromise between expressive power, natu- 
ralness of description and relatively efficiency. 

Transitivity of explanations occurs (gathering conditions). The simplifica- 
tion rule (|3c|) is powerful and costly, so the ASP translation implements the 
following weaker rule (also, it never removes {a} from <£■): [3cl] If W (= /\ $ — 
{<p} A ®, an d a explains (3 becjposs <E> then a explains P becjposs $ — {</>}. 

An atom a explains P becjposs $ is optimal if there is no explanation atom 
a explains P becjposs 'J where W |= f\ ^ — > /\ $ an not conversely. Keeping 
only these weakest sets of conditions is useful when the derivation is made only 
thanks to the part of W coming from Points [Tl and [2al above. This keeps all the 
relevant explanation atoms and is easier to read. 



2.3 A generic diagram 

The following diagram summarizes many patterns of inferred explanations: 

a causes P, a causes (3q, $2 causes 7, P\ causes 7, 

p3 causes e, 71 causes <5, 73 causes <5, 63 causes 73; 

P ->XS-A P"X, Pi -^IS-A P, Pi ->XS-A Po, P3 ^IS-A Pi, 

7i ^/s-a 7 1 72 ->/s-a 7 1 72 ->7S-yl 73, 72 ->/s-A e , 

£l — ^/S-A e, £2 ->IS-A £, ( l -+IS-A £3, e 2 — ^/S-A £3- 

This example shows various different "explaining paths" from a few given 
causal and ontological atoms. As a first "explaining path" from a to 5 we get suc- 
cessively (path (la): a explains Pi becjposs {a}, a explains 71 becjposs {a, 71}, 
and a explains 5 becjposs {a, 71}, giving a explains S becjposs {a, 71} (la). The 
four optimal paths from a to 5 are depicted, and non optimal paths (e.g. going 
through (3i) exist also. 



3 An ASP translation of the formalism 

3.1 Presentation 

We describe a program in DLV-Complex. A first version [8] used pure DLV, and 
was much slower and harder to read. We have successfully tested an example 
with more than a hundred symbols and more than 10 different explanation 
atoms for some (/, J) (made from two copies of the example of the diagram, 
linked through a few more data) . We have encountered a problem, not listed in 
the "three problems" evoked above. The full program, including "optimization 
of the result" , did not work on our computer. The simplification step and the 
verification step are clearly separated from the first generating step, thus we have 
split the program in three parts: The first one generates various explanation 
atoms (including all the optimal ones). The second program keeps only the 
optimal explanation atoms, in order to help reading the set of the solutions, 



4 




following Point [3cJ- The third program checks whether the set of conditions is 
satisfied in the answer set considered. Then our "large example" works. Notice 
that it useful to enumerate the answer sets (as described in the simple and very 
interesting [TT]) in order to help this splitting. 

3.2 The generating part: getting the relevant explanation 
atoms 

The "answer" of an ASP program is a set of answer sets, that is a set of concrete 
literals satisfying the rules (see e. g. [1] for exact definitions and |6] for the 
precise syntax of DLV (":-" represents "•<— " and "-" alone represents "standard 
negation" while "v" is the disjonction symbol in the head of the rules, and "!=" 
is V"). 

The user provides the following data: 

symbol(alpha) for each propositional symbol alpha. 

cause(alpha,beta) for each causal atom a causes (3, 

ont(alpha.beta) for each "is_a" atom a —>is-A P and 

true(alpha) for each other propositional atom a involved in formulas. 

Causal and propositional formulas, such as (->el A ^e2) V -ryl V ~^j2 must be 
put in conjunctive normal form, in order to be entered as sets of clauses: 

{ -true(epsilonl) v -true(gammal) v -tme(gamma2). , 
-true(epsilon2) v -true(gammal) v -tme(gamma2). } 

The interesting result consists in the explanation predicates: 

ecSet(alpha, beta, {alpha, delta, gamma}) represents the explanation atom 

a explains f3 becjposs {a, 6}. 

Here come the first rules (cf I2bl £|2.2[) : 
ontt(IJ) :- ont(IJ). ontt(I.K) :- ontt(IJ), ont(J,K). ontt(l.l) :- symbole(l). 
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We refer the reader to [5] for more details about the program. As an example 
of the advantage of using sets, let us give here the rule dealing with transitivity 
of explanations (cf l3b| i }2T2"j) . ecinit referring to explanations not using transitivity 
rule. (#insert(Setl,E2,Set) means: Set = Setl U {E2}): 

ecSet(l,J,{l}) :- ecin it( I , J , I ) . ecSet(l,J,{l,E}) :- ecinit(l,J,E), not ecSet(l,J,{l}). 

ecSet(l,J,Set) :- ecSet(l,K,Setl), not ecSet(l,J,Setl), ecinit(K,J,E2), E2 != K, 
#insert(Setl,E2,Set). 

ecSet(l,J,Set) :- ecSet(l,K,Set), ecinit(K,J,K). 

3.3 Optimizing the explanation atoms 

The "weak simplification" rule[3cj H2.2j) is used at this step, omitted here for lack 
of space. Moreover, if two sets of condition $, exist for some a explains (3, 
and if $ |= '5 and not conversely, then only a explains (3 becjposs ^ is kept, 
the stronger set <!> being discarded. This avoids clearly unnecessary explanation 
atoms. This part (not logically necessary) is costly, but helps interpreting the 
result by a human reader. 

3.4 Checking the set of conditions 

Finally, the following program starts from the result of any of the last two pre- 
ceding programs and checks, in each answer set, whether the set of conditions is 
satisfied or not. The result is given by explVer(l,J,Set): / explains J becjposs Set 
where Set is satisfiable in the answer set considered ("Ver" stands for "verified"). 

explSuppr(l,J,Set) :- ecSetRes(l,J,Set), -true(E), #member(E,Set). 

explVer(l,J,Set) :- ecSetRes(l,J,Set), not explSuppr(l,J,Set). 

Only "individual" checking is made here, in accordance with the requirement 
that the computational properties remain manageable. 

With the whole chain ( H3.2[ [3731 and !3.4l) . modifying a rule of the formalism 
can be done easily. The gain of using DLV-Complex instead of pure DLV (or 
gringo/ claspD) is significant and worth mentioning. 

3.5 Conclusion and future work 

We have shown how the recent versions of running ASP systems allow easy 
translation of logical formalisms. The example of the explanation formalism 
shows that such a translation can already be useful for testing new theories. In 
a near future, cases from the "real world" should be manageable and the end 
user should be able to use ASP for a great variety of diagnostic problems. 

Here are two considerations about what could be hoped for future ASP sys- 
tems in order to deal easily with this kind of problem. Since ASP systems are 
regularly evolving, we can hope that a near future the annoying trick consisting 
in launching the programs one after the other, and not in a single launch, should 
become unnecessary. It seems easy to detect that some predicates can safely be 
computed first, before launching the subsequent computation. In our example, 
computing ecSet first, then ecSetRes and finally ecSetVer is possible, and such 
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one way dependencies could be detected. The great difference in practice be- 
tween launching the three programs together, and launching them one after the 
other, shows that such improvement could have spectacular consequences. 

Also, efficient "enumerating meta-predicates" would be useful (even if logi- 
cally useless). A last interesting improvement would concern the possibility of 
implementing "enumerating answer sets" , as described in e.g. then complex 
comparisons between answer sets could be made. 

For what concerns our own work, the important things to do are to apply the 
formalism to real situations, and, to this respect, firstly to significantly extend 
our notion of "ontology" towards a real one. 
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